-
Notifications
You must be signed in to change notification settings - Fork 166
Support modonewire from vanilla MicroPython #356
base: Dev
Are you sure you want to change the base?
Conversation
Hi again, however, when trying it out, it panics right away when invoking the "reset" operation on the 1-Wire bus, like import machine
import _onewire
pin = machine.Pin('P11')
_onewire.reset(pin) Maybe someone interested within Pycom or from the community can figure out what might go wrong here. We have attached the decoded coredump below. Thanks already for looking into this! With kind regards,
|
After redefining While we haven't been able to test it on real hardware yet, invoking the |
We are now able to confirm this also works on real hardware [1] using the drivers from Genuine MicroPython [2]. [1] https://community.hiveeyes.org/t/testing-the-custom-dragonfly-builds-on-pycom-devices/2746/6 |
In case anyone is aiming at using the C-level 1-wire module without having to rebuild the firmware, we are following the Pycom releases to build custom firmware images on top, see Squirrel firmware for Pycom/ESP32. Please read the installation instructions carefully. |
Dear @peter-pycom, @salal-m and @Xykon, do you see any chance to get this into v1.20.2.rc10? With kind regards, cc @robert-hh |
Dear @peter-pycom, @salal-m and @Xykon, do you see any chance to get this into v1.20.2.rc11? With kind regards, |
Dear @geza-pycom and @peter-pycom, as you are currently looking into the integration of #483, can I humbly ask whether you could also take some minutes to look into this one as well? I still believe it is pretty important to get stable readings from DS18B20 sensors as outlined through my links in the initial post. We have been running this in production for a quite a while now and are pretty satisfied with the results on this end. Thanks already and with kind regards, |
Dear @geza-pycom, @peter-pycom and @Xykon, a user of our custom builds recently reported about a flaw at [1] after upgrading to one of the more recent official builds. Given the reasonable non-invasive character of this patch, may I humbly ask if you might consider integrating it? It will probably save many people reading DS18B20 sensors more solid than with the pure-Python implementation, so it would be nice to see that upstream. With kind regards, [1] https://community.hiveeyes.org/t/ds18b20-no-module-named-onewire/3955 |
Hello again, as this issue still persists: is there any chance for the proposed fix to be implemented anytime soon? This is highly anticipated! |
Dear Pycom team,
first things first: Thank you so much for your hard work on bringing this hardware and software ecosystem to the world and congratulations to four years of Pycom by the way.
Coming from [1] and [2], we are interested to get more stable readings from some DS18B20 sensors we have attached to one of our FiPy devices by bringing in the 1-Wire driver from the upstream vanilla MicroPython [3].
In order to get started with that, we added this PR which enables the respective extmod at compile time and would be happy to get further support on that.
With kind regards,
Andreas.
[1] https://community.hiveeyes.org/t/untersuchung-und-verbesserung-des-timings-bei-der-ansteuerung-der-ds18b20-sensoren-unter-micropython/2309
[2] https://forum.pycom.io/topic/5330/onewire-py-problem
[3] https://docs.micropython.org/en/latest/esp32/quickref.html#onewire-driver